Projects: UDL : August 2009 Release Tasks
This page last changed on Aug 10, 2009 by scytacki.
Required Before Installer Release
text field not auto expanding- snapshot doesn't work quite right for graphs.
- multiple line graph scrolling bug.
- try building a new installer
- runtime support for paths through activities
- Installer builder changes
- have the jnlps come from urls instead of being copied in
- have the otmls come from urls instead of being copied in
- add in a mozswing.properties file that includes the mozswing property using the relative path support (only for mac)
- LaunchJnlp changes
- changed properties handling so it loads all files in the properties folder
- add a standard splash screen file name that it also looks for to show as soon as possible
- added support for expanding system variables within system variables, so the mozswing property can be set relative to the install folder.
- added support for nativelibs through the classloader.
- test nativelib support with webstart
- wrapper and installer changes
- it shouldn't need to download the wrapped jnlp
- improve the UI when an install folder isn't found it is confusing
- build updated installer
- installer error: see section at bottom
- scytacki: this works for me now, with my locally installed files. We need to test it again with an updated installer.
- test using a timestamp version
- fixing wrapper jnlp so it doesn't use a versioned jar
- teacher dashboard changes to support paths
- (works for scytacki with 200908.0) smart graphs appear to be broken in the installer version as reported by madeleine: "Plants 56: Photosynthesis model won't run. (just appears black) Check answer buttons don't work"
- tag the otml files
- build final installers
- testing the final installers
- class defaults are broken in udl teacher dashboard (this might uncover a bug in the runtime where class defaults are also broken). This is happening for Sam's test class running the current portal report for Clouds (intermediate).
- create custom view for udl project in auto page that has more documentation.
- document how to fix the bug with webstart
- setup a test redirect from udl.concord.org/install2 to the current versions install page.
- write up documentation about the installer for admins
- where the files go
- test teacher dashboard in staging portal
- test if the enabling and disabling of paths actually works
- update the portal to the new version of otml and jnlp (this is required with the installer so admins can test it with the portal)
- setup the real redirect
After the Installer Release
- hide all archived activities from the portal
- caching code deletes .hdrs files from read cache when put is called with a matching
- added support for "old" versions in the launching code
- update template.jnlp to use new response cache and launcher code
- release a new launcher 200908.1 which removes the https urls.
- update the portal info pages based on the use of this installer
- there is no link to the udl.concord.org/install from the udl.portal.concord.org pages.
- the FAQ takes about the first time an activity runs which is not relevant anymore.
- in the Requirements the 10.4 webstart fix is references but for UDL that isn't needed anymore because in the installer system jardiff isn't used so the bug isn't hit.
- switch the report to no_user mode instead of author mode (not sure where that is coming from right now, probably the diy)
- when the report is in author mode then a dialog comes up asking if you want to save your work. That doesn't make sense for the report.
- no_user_mode was recently updated so it would work correctly through sail. It is the correctly mode to use for reports. In that mode nothing is saved and there is no dialog asking for things to be saved.
- document how to run the installer without user interface
- this ought to go in the install.diy.concord.org application.
- that application now has a details page for each installer which seems an appropriate place for this.
- commit the install and jnlpwrapper web application changes
- scytacki made several changes to the install and jnlpwrapper web apps but never checked in those changes.
- the total uncompressed size is not documented (it is different for each installer so should be automatically generated)
- hopefully bitrock has a way to report the "after install" size of the installer. Hopefully that can be saved to a file when the installer is built. Then that file could be uploaded to the install.diy web app as meta information about the installer. Which finally could be used in the UI of the install.diy web app to give a user more information about the installer.
Known Issues and Untested stuff
- drawing tools for annotating snapshots stretch or squish the image based on windows size so annotation might not line up in various cases.
- some drawing tools move the lines/shapes around when the window is resized
- this happens in drawing tools that are the inputs to questions
- this happens in the labbook annotating drawing tools
- reduce the amount of print outs in LaunchJnlp
- try to figure out what is printing "getting code base".
- "label: Infinity, Infinity" is showing up at least in plants-5-6 monitoring a living plant
- the mac version requires flash to be installed for the mozswing components to show flash movies correctly. If flash is not installed the embedded mozswing components might ask you to install it, but doing so will probably not work.
Flash movie problem
- the flash movies are included, but they won't be used by mozswing or the external browser because the browser isn't going through java to request files.
- The new version of mozswing can be made to do this with Seongs changes
- if the html files were made local then things would work properly, however then the otml files would need to be updated or there would need to be some special code in the OTMoz class so it can find the local version of some files.
- files are not big so we'll ignore this problem for now.
Installer error
When trying to run Clouds (beginning) as student "SamS2"/"password," I clicked the link and then installed UDL 1.0 as requested. I then clicked the link again and got the following WebStart exception:
java.net.MalformedURLException: no protocol: null&argument=http://saildataservice.test.concord.org/13/offering/8913/config/68463/1?sailotrunk.otmlurl=http%3A%2F%2Fudl.staging.concord.org%2Fexternal_otrunk_activities%2F73%2Foverlay_otml%2F4%2F2225%2F4241%3Fgroup_id%3D84237b72-9e49-456d-aa73-944407add05b%26group_list%3D2225&jnlp_properties=otrunk.view.frame_title%3DUDL%20-%2073%3A%20Grades%203-4%3A%20UDL%20Clouds%20%28Spring%202009%29 at java.net.URL.<init>(URL.java:567) at java.net.URL.<init>(URL.java:464) at java.net.URL.<init>(URL.java:413) at org.concord.WebstartResource.getUrl(WebstartResource.java:91) at org.concord.JnlpResource.loadXML(JnlpResource.java:95) at org.concord.Jnlp2Shell.<init>(Jnlp2Shell.java:77) at org.concord.Jnlp2Shell.<init>(Jnlp2Shell.java:81) at org.concord.LaunchJnlp.launch(LaunchJnlp.java:118) at org.concord.LaunchJnlp.main(LaunchJnlp.java:403)
The JNLP I was running was
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="http://jnlp.concord.org/dev">
<information>
<title>UDL</title>
<vendor>The Concord Consortium</vendor>
<homepage href="http://udl.concord.org"/>
<description>Universal Design in Science Education (development site)</description>
<icon href="http://udl.concord.org/images/udl-tree-64x64-transparent.png" height="64" width="64"/>
</information>
<security>
<all-permissions/>
</security>
<resources os="Mac OS X">
<j2se version="1.5" max-heap-size="128m" initial-heap-size="32m"/>
<property name="otrunk.view.frame_title" value="UDL - 73: Grades 3-4: UDL Clouds (Spring 2009)"/></resources>
<resources>
<j2se version="1.5+" max-heap-size="128m" initial-heap-size="32m"/>
<jar href="org/concord/utilities/response-cache/response-cache-0.1.0-20090728.205151-9.jar"/>
<jar href="org/concord/jnlp2shell/jnlp2shell-1.0-20090731.175855-168.jar" main="true"/>
<property name="vendor" value="ConcordConsortium"/>
<property name="product_name" value="UDL"/>
<property name="product_version" value="1.0"/>
<property name="not_found_url" value="http://install.diy.concord.org/UDL/1.0"/>
<property name="wrapped_jnlp" value="http://jnlpwrapper.diy.concord.org/unwrap?title=UDL%201.0&description=UDL%201.0%20Launcher&vendor=ConcordConsortium&homepage=UDL.concord.org&href=http://jnlpwrapper.diy.concord.org/unwrap&jnlp=http://jnlp.concord.org/dev/org/concord/maven-jnlp/udl-otrunk/udl-otrunk-0.1.0-20090223.172505.jnlp"/>
<property name="mangle_wrapped_jnlp" value="true"/>
<property name="resource_loc" value="resources"/>
<property name="cache_loc" value="jars"/>
<property name="jnlp2shell.compact_paths" value="true"/>
<property name="jnlp2shell.read_only" value="true"/>
</resources>
<application-desc main-class="org.concord.LaunchJnlp">
<argument>http://saildataservice.test.concord.org/13/offering/8913/config/68463/1?sailotrunk.otmlurl=http%3A%2F%2Fudl.staging.concord.org%2Fexternal_otrunk_activities%2F73%2Foverlay_otml%2F4%2F2225%2F4241%3Fgroup_id%3D84237b72-9e49-456d-aa73-944407add05b%26group_list%3D2225&jnlp_properties=otrunk.view.frame_title%3DUDL%20-%2073%3A%20Grades%203-4%3A%20UDL%20Clouds%20%28Spring%202009%29</argument>
</application-desc></jnlp>
When I tried to go to the "wrapped jnlp" directly, http://jnlpwrapper.diy.concord.org/unwrap?title=UDL%201.0&description=UDL%201.0%20Launcher&vendor=ConcordConsortium&homepage=UDL.concord.org&href=http://jnlpwrapper.diy.concord.org/unwrap&jnlp=http://jnlp.concord.org/dev/org/concord/maven-jnlp/udl-otrunk/udl-otrunk-0.1.0-20090223.172505.jnlp, I got the WebStart exception
com.sun.deploy.net.FailedDownloadException: Unable to load resource: http://jnlpwrapper.diy.concord.org/unwrap java.io.IOException: Server returned HTTP response code: 500 for URL: http://jnlpwrapper.diy.concord.org/unwrap
